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Abstract —Redundancy identification is an important step of 
the design fiow that typically follows logic synthesis and optimiza¬ 
tion. In addition to reducing circuit area, power consumption, 
and delay, redundancy removal also improves testability. All 
commercially available synthesis tools include a redundancy 
removal engine which is often run multiple times on the same 
netlist during optimization. This paper presents a fast heuristic 
algorithm for redundancy removal in combinational circuits. Our 
idea is to provide a quick partial solution which can be used for 
the intermediate redundancy removal runs instead of exact ATPG 
or SAT-based approaches. The presented approach has a higher 
implication power than the traditional heuristic algorithms, such 
as FIRE, e.g. on average it removes 37 % more redundancies than 
FIRE with no penalty in runtime. 

I. Introduction 

Combinational redundancy removal is an optimization prob¬ 
lem that can be formulated as follows: A gate or a net in 
a combinational circuit is redundant if it can be removed 
without changing the functionality of the circuit. Very few, if 
any, synthesis tools guarantee that the circuits they produce do 
not contain redundancy. Unnecessary gates or connections are 
usually introduced by the traditional optimization techniques 
such as factorization HI or local transformations ||2|. In prin¬ 
ciple, it is possible to restrict the transformations applied by 
a synthesis tool to those that preserve non-redundancy of the 
original circuit. However, it has been shown that redundancy 
gives an algorithm a greater flexibility in restructuring the logic 
and more possibilities to And a better implementation Q. 

Since redundancy cannot always be avoided, all commer¬ 
cially available synthesis tools include a redundancy removal 
engine that may be used multiple times on the same netlist 
during optimization. The presence of redundancy can cause 
several problems. Eirst, redundancy increases chip area, and 
may increase its power consumption and propagation de¬ 
lay 0. Second, redundancy is the reason for undetectable 
faults in combinational circuits. Although undetectable faults 
do not affect the operation of the circuit, they may block the 
detection of other faults and may invalidate the completeness 
of a test set that was generated la. 

In this paper, we consider two types of redundancy: (1) 
redundancy associated with undetectable stuck-at faults, which 
do not cause incorrect output values for any input assignment, 
and (2) functional duplication, which occurs if different gates 
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implement the same function. Automatic test patter generation 
(ATPG) wd fault-independent methods target the first type of 
redundancy. 

ATPG-based algorithms use exhaustive test pattern gen¬ 
eration to prove the undetectability of faults on redundant 
lines 161, Q, 0, l9|. They guarantee detection of all such 
faults, but they have the exponential worst-case time com¬ 
plexity. 

Eault-independent methods analyze the topology of a circuit 
without targeting a specific fault. This can be done either by 
an explicit analysis of reconvergent fanout regions, as in ifTOl 
and HD, or by propagating uncontrollability and unobserv¬ 
ability values, as in EIRE HD and its extensions HD, HI, 
HS- Although fault-independent methods cannot determine all 
undetectable faults, they have an advantage of the polynomial 
worst-case time complexity. 

Satisfiability checking (SAT) Ha, Binary Decision Diagram 
(BDD) sweeping HD and structural hashing ifT^ methods tar¬ 
get the functional duplication type of redundancy. SAT-based 
algorithms usually first partition all gates into equivalence 
classes by random simulation, and then apply satisfiability 
check for each pair in the class to verify equivalence. BDD- 
sweeping algorithms build a binary decision diagram for 
every gate in the circuit and merge gates with equivalent 
BDDs. Both, SAT and BDD-sweeping, guarantee detection 
of all functional duplications, but they have the exponential 
worst-case time complexity. Structural hashing can identify 
structurally isomorphic equivalent vertices in the linear time. 

This paper presents a redundancy identification and removal 
algorithm which employs fault-independent search strategy in¬ 
troduced in the redundancy identification algorithm EIRE ifT^ . 
EIRE identifies undetectable faults which require conflicting 
value assignments on a single line in the circuit for their 
detection. 

Some other extensions of EIRE have been proposed. In HU, 
conflicting value assignments for pairs of vertices rather 
than single vertices are considered. In HI, a technique for 
maximizing conflicting value assignments on a single vertex 
is presented. A large number of direct and indirect logic 
implications are derived and stored in an implication graph. 
These implications are used to increase the implication power 
of EIRE. In HD, binary resolution in addition to static logic 
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Fig. 1: Redundancy identification coverage of different meth¬ 
ods. 


implications are used for maximizing conflicting value assign¬ 
ments on multiple vertices. All approaches described above 
allow for identification of more undetectable faults compared 
to FIRE, but they make the complexity prohibitive for large 
circuits. 


The presented algorithm differs from FIRE in several 
aspects. The first improvement is an increased implication 
power. A fundamental difference of the presented approach 
from other extensions of FIRE |IT3]| . iflTl . ifTSi is that we do 
not perform any extra search to And additional implications. 
Rather, we re-use the information which is anyway available 
in the algorithm’s flow. 


The second improvement is the ability to identify some 
vertices which implement equivalent or complemented func¬ 
tions. Similarly to the previous improvement, this is done 
with a minimum search, by re-using the information from 
the algorithm’s flow. This improvement allows us to And 
some redundancies which cannot be found by an ATPG-based 
approach (see Figure [^1. To our best knowledge, the presented 
technique is the first which can And structurally different 
equivalent vertices in a circuit in less than exponential time. 

The runtime improvements include a reduced number of 
unobservability checks during unobservability propagation 
stage and a special treatment of vertices with a single input. 
Overall, the proposed improvements allow us to And 37% more 
redundancies than FIRE without increasing its runtime. 


Another difference from FIRE is that the presented algo¬ 
rithm removes redundancy, while FIRE is only an identifi¬ 
cation algorithm. The fundamental problem of redundancy 
removal is to keep implication database updated after a net or 
gate has been removed from the circuit. In the worst case, the 
complete database has to be re-calculated. We use properties of 
indirect implications which allow us to update the implications 
database instantly. 


The paper is organized as follows. Section [^introduces the 
notation and definitions used in the sequel. Sectionj^gives the 
background on FIRE algorithm. Section IV presents the new 
algorithm. Section jV] describes in details new contributions 
and differences between our approach and the one of FIRE. 
Section VI summarizes experimental results. Section VII con¬ 
cludes the paper and discusses open problems. 



Fig. 2: An example of undetectable fault. 


II. Notation AND Definitions 

Undetectable fault is a fault which cannot be detected by 
any input pattern El. This can happen either because it is not 
possible to apply to the faulty line the value opposite to the 
value of the fault (uncontrollability), or because the effect of 
the fault cannot be propagated to the output (unobservability). 
In a combinational circuit, undetectable stuck-at faults are 
always caused by redundancy El. 

Let C = {V,E) be a Boolean circuit, where V represents 
gates and primary inputs and E describes the nets connecting 
the gates. We use the letters v,u and w to denote the vertices of 
C. The letters s and q are designated for the stem of a multiple 
fanout net, and bi,...,br for its branches (as in Figure j^. 

The set of predecessors of a vertex v S V is denoted by 
IN{v) = {u GV I (m,v) G E}. The set of successors of v is 
denoted by OUT{v) = {u GV \ (v,u) G E}. 

A value on the input of a gate is controlling, if its presence 
determines the value of the gate’s output, independently of 
the values of other inputs. A value on the output of a gate 
is controlled if it was set by a controlling input value. For 
AND (OR) the controlling and controlled values are the 
same, namely 0 (1). For NAND (NOR) they are 0 (1) and 1 
(0), respectively. The XOR has no controlling and controlled 
values. 

A logic implication is direct if it relates inputs and output 
of a single gate and it is evident from the type of this gate 
only. For example, 0(1) at one of the inputs of an AND(OR) 
directly implies 0(1) on gate’s output; 1(0) at the output of an 
AND(OR) directly implies 1(0) at all inputs of the gate. 

III. FIRE Algorithm 

FIRE algorithm ifT^ classifies a stuck-at fault on the line I 
as undetectable if this fault requires the presence of both, 0 and 
1 values (i.e. a conflict) on some other line r as a necessary 
condition for its detection. All stems in the circuit are checked 
as candidates to be such a line r. For each stem q, two sets 
of faults, setQ and seti, are computed. The set sett is defined 
as the set of faults that require q to have value i S {0,1} as a 
necessary condition for their detection. The set of undetectable 
faults is obtained by intersecting set^ and seti. 

As an example, consider the circuit shown in Figure [^ 
Stuck-at-1 fault on line 3 requires the value 1 on line 1 for 
observability and the value 0 on line 1 for controllability. 
Therefore, this fault in undetectable. 

In order to compute seti for a stem q the FIRE algorithm 
does the following. The value i is set on q and constant 
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Fig. 3: Example showing that the conditions formulated in 
Lemma [T] are sufficient but not necessary. 


propagation using direct implications is applied recursively. 
If some line I is assigned the value 1(0), it is uncontrollable 
for the value 0(1), so stuck-at-l(O) fault at I is added to sett. 
This is because the line I cannot be assigned value 0(1) and 
thus cannot be tested for stuck-at-l(O) fault when q has the 
value i. Propagation of constants may result in some lines 
becoming unobservable. If one input of a gate is set to the 
controlling value, then all other inputs of this gate become 
unobservable. If some line / is unobservable, then both stuck- 
at-0 and stuck-at-1 at / are added to ief,-. The unobservability 
is propagated backward. If all fanout branches of a stem s 
are marked unobservable, the following Lemma is applied to 
decide whether s is also unobservable or not. 

Lemma 1: A stem s with all its branches marked as 

unobservable may also be marked as unobservable if, for each 
branch b of s, there exists at least one set of lines {4} such 
that the following conditions are satisfied; 

1) the branch b is unobservable because of uncontrollability 
indicators on every line in {4}, and 

2) every line in {4} is unreachable from s. 

The conditions formulated in Lemma are sufficient, but 
not necessary, conditions for unobservability. An example is 
shown in Ligure Suppose that the line 1 has the value 0. 
Then, both fanout branches of the net 4 are unobservable. Lor 
the branch 5, the line 1 satisfies both conditions of Lemma [T] 
since 5 is unobservable because of the 0 value on the line 1, 
and 1 is unreachable from 4. The branch 6 is unobservable 
because of the 0 value on the line 7, however, 7 is reachable 
from 4. So, the second condition of Lemma does not 
hold and therefore the net 4 is not recognized by LIRE as 
unobservable. 

IV. Redundancy Removal 

The overall flow of presented algorithm is similar to the one 
of LIRE. The pseudo-code is shown in Ligures and In this 
section, we describe the implementation details necessary for 
its understanding. In the SectionjV] we focus on the conceptual 
differences between the presented algorithm and LIRE. 

In the main loop (steps 8 - 58), our algorithm iterates 
through all vertices of the circuit, Vbase & V, sets them to the 
value i, i G {0,1}, and performs uncontrollability and unob¬ 
servability propagation in order to compute the information 
similar to seti for the stem fed by Vbase in LIRE algorithm. We 
use the term ith run for Vbase to refer to the uncontrollability 


and unobservability propagation with the vertex Vbase being set 
to the value i, 1 G {0,1). 

In our implementation, every vertex v GV has the following 
fields: 

1) unobservable_outputs(y,i) G {0,1,..., |(9t/7’(y)|} is the 
number of outgoing edges of v which become unobserv¬ 
able after /th run. 

2) master{v,i) C IN{v) U {NULL,ALL} is a pointer to the 
predecessor of v which has the controlling value for v in 
the /th run. Also, master{v, i) = u means that all inputs of 
V, except M, are unobservable. If there is more than one 
such predecessor, master{vf) is set to the dummy vertex 
ALL, which means that all inputs of v are unobservable. 
Initially, when vertices are not set to values, masteriy, i) 
is set to NULL, which means that no input of v is 
unobservable. 

3) visited{v) G {0,1} shows whether v has been visited 
or not during unobservability propagation and check, 
visited(v) = 1 if visited, 0 otherwise. 

4) indirect_implications{v,j), j G {0,1}, contains the list 
of pairs of type {u,k), uGV, k G {0,1}, such that there 
exists a logic implication (v = j) —> {u = k). 

5) invalid_implication{u) G [on,off} shows whether all 
indirect implications which imply u to some value are 
valid or not. If invalid_implication{u) = on, then all 
implications of type (v = j) -G {u — k) stored as {u,k) G 
indirect _implications{v, j) for some v GV, j,k G {0,1}, 
are not valid. 

Lor each Vbase, the presented algorithm first performs con¬ 
stant propagation and indirect implications learning (steps 13- 
22, explained in subsection 5.3), then eliminates duplicated 
and constant vertices (steps 23-40, explained in subsection 
5.4), does unobservability propagation (steps 41-46) and fi¬ 
nally removes the identified redundancies (steps 47-55). 

The procedure PropagateUncontrolability performs 
constant propagation, i.e. it recursively applies direct and 
learned indirect implications following from the assignment 
Vbase = U i G {0,1}. The obtained values are stored not only 
with vertices, but also in the queue Q{i) defined by 

Q{i) :={(«,}) I u = j after /th run for Vbase}- 

If the justification of Vbase to i causes a contradic¬ 
tion (i.e some vertex needs to be assigned to differ¬ 
ent values), then PropagateUncontrollability returns 
0. PropagateUncontrolability also fills the field 
master{v,i) for all gates v G V in correspondence with its 
definition. 

The procedure OverapproximateUnobservability 
Init(v, /) initiates the process of unobservability propagation. 
It is invoked at all vertices which are set to controlled val¬ 
ues. The procedure CheckUnobservability(v, m,;) checks 
whether a given edge (v, m) is really unobservable or not. 
Specific features of unobservability propagation and checking 
are discussed in subsection 5.1. 
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Fig. 4; An example showing that unobservability of all fanout 
branches does not necessarily imply unobservability of the 
stem; the sign indicates that the value is unobservable. 


V. Improvements over FIRE 

In this section, we describe the improvements of the 
presented algorithm over FIRE. The first two are runtime 
improvements, the second two are quality improvements. 

A. Runtime Improvements 

1) Reducing the number of unobservability checks during 
unobservability propagation: The first improvement in run¬ 
time is achieved by reducing number of unobservability checks 
during unobservability propagation stage. 

The initial source of unobservability in the circuit are 
vertices which have at least one input set to a controlling value. 
If an input of a vertex v has a controlling value, other inputs 
of V become unobservable. The rest of unobservable lines is 
derived by unobservability propagation. 

Usually, if all fanout branches of a stem s are unobservable, 
s is unobservable as well. However, there are some rare ex¬ 
ceptions. Eor example, consider the circuit shown in Eigure|^ 
Suppose the stem s is set to 0 value. Then, both branches bi 
and b 2 are unobservable. In spite of this, s is observable. 

EIRE resolves the problem with such cases by checking 
unobservability of a stem s any time all its branches are 
identified as unobservable (by applying Lemma [T]). Since the 
unobservability check may need to be done multiple times per 
each run, and number of runs is the number of vertices times 
two, the number of unobservability checks made by EIRE 
equals to the number of vertices multiplied by some factor 
m, which represents the average number of unobservability 
checks per each pair of runs: 

^unobservabUity_checks 1^1 ^ (^) 

Even though the factor m can be up to the number of 
stems in the circuit, our experience is that m is usually small, 
although larger than 1 in most of the cases. 

In the presented algorithm, if we encounter a stem s with all 
branches being unobservable, we assume unobservability of s 
without any check, i.e. we overapproximate actual unobserv¬ 
ability. The eventual correction is postponed for later. If no 
redundancy is identified with the overapproximated unobserv¬ 
ability, no correction is performed because this unobservability 
is not going to be used for redundancy removal anyway. This 
differs our approach from EIRE, where the correction is done 
always. 

The number of unobservability checks needed for the pre¬ 
sented algorithm equals to the number of redundancies in the 


circuit plus the number of incorrectly detected redundancies 
(caused by the overapproximated unobservability): 

^unobservability_checks ~ ^redundancies “f ^incorrect_redundancies ■ (2) 

In practice, we very rarely have cases where stems are not 
unobservable if all their branches are unobservable. Thus, we 
have very few incorrectly identified unobservabilities, and, as 
a consequence, very few incorrectly detected redundancies. 
Eurthermore, the number of redundancies in a circuit is usually 
quite small. 

We further reduce the number of unobservability checks by 
using the following property. It shows that a line identified 
as unobservable by the overapproximation procedure does not 
need to be checked if it is not set to a constant value. 

Theorem 1: If during the /th run, i S {0,1}, a line I is 
classified as unobservable by the overapproximation procedure 
and it is not set to a constant value, then I is unobservable. 

The Theorem is used at the step 50 of the pseu¬ 
docode, where the algorithm checks whether the value of 
V is not set to a constant during the /th run. Only if 
this statement is not satisfied, the unobservability check 
CheckUnobservability(v,m,/) is invoked. Note that, in 
order to reach the step 50, the conditions of for-loop at the step 
47 need to be satisfied. As a consequence, the unobservability 
check is done only if the line (v, m) is set to a constant value in 
both runs. This is possible only if the gate v is either a constant 
function, or it is equivalent to Vhase or vt,ase- Since constant 
and duplicated functions are removed earlier (at the steps 23- 
40), unobservability checks have to be performed only if some 
output of Vhase or Vhase was identified as redundant. Thus, 
terms Nf-^dnyKjancies tiltd _ redundancies in the equation 

refer not to all identified redundancies, but rather to the 
redundancies found at the output of Vhase or Vbase- Therefore, 
the overall number of unobservability checks of the presented 
algorithm is significantly smaller than the one of EIRE, while 
the complexity and average runtime of each check is the same 
for both algorithms. 

2) Special treatment of gates with a single input: The 
second improvement in runtime is a result of skipping the outer 
for-loop for the vertices with a single input. All implications 
which could be obtained during these runs would be equivalent 
to the ones found during the runs of the algorithm for the only 
predecessor of the vertex. Therefore, no new redundancies 
would be identified. 

B. Quality Improvements 

1) Increased implication power: The first improvement 
in quality is achieved by re-using the information from the 
previous runs of the algorithm to increase its implication power 
in the future runs. This is done as follows. 

Suppose that, during /th run for the vertex Vhase, the vertices 
u\,...,Up are set to some values We can conclude 

that the assignment of Vhase = i implies the values ji,...,jp 
on ui,...,Up. Erom this, by using the contrapositive low, we 
can derive a set of logic implications (mi = jQ —t {vhase = 
/),..., {up = ip) —>■ {vhase = 1)- Some of them might be indirect 








algorithm Redundancy REMOVAL(y,£:) 

Boolean /.j; 

Vertex v.u^wA’hase\ 

Queue G(0),Q(1); /* lists of pairs (Vertex v, Boolean /) */ 
integer index, p; 


1 . 

2 . 

3. 

4. 

5. 

6 . 

7. 

8 . 

9. 

10 . 

11. 

12 . 


index := 0; 

for every vertex v € V in forward topological order do 
index{v) := index; index++; 
indirect_implications{v.O) := 0; 
indirect_implications{v, 1) := 0; 
invalid_implications{v) := off; 
end for 2 


--P\ 


. for p from 0 to |V| do 

Vbase is a vertex with index{vbase) ' 

if |/V{viflse)| — 1 continue /* Runtime improvement 2 (Section |V-A2| */ 
begin_loop : 

For every v G V, set unobservable_outputs{v, i) = 0,master{v, i) = NULL; 


/* Uncontrollability propagation */ 


for every i G {0,1} do 

Q{i) = PROPAGATEUNCONTROLABILITY(vw,0’ 

if Q{i) is empty then /* could not justify v^ase to i */ 

/* stuck-at-/ at the output of Vbase is undetectable */ 
UPDATElMPLlCATIONS(iw,Vto,5^); 
replace Vbase by the constant i; 
go to end_loop 57; 
for every (v,)) G Q{i) do 

add {vbased) to indirect_implications{v,j); 
end for 19 

end for 13 _ 


13. 

14. 

15. 

16. 

17. 

18. 

19. 

20 . 

21 . 

22 . 

/* Removal of constant vertices. Quality improvement 2 (Section I V-B2| */ 

23. for every pair (v, 7 } e <2(0) n (2(1) do 

/* stuck-at- j at at the output of v is undetectable */ 

24. UPDATElMPLICATiONS(v,Vfcflie); 

25. replace v by the constant j; 

26. end for 23 

/* Removal of duplicated vertices. Quality improvement 2 (Section I V-B2| */ 

27. Create Q{1) {(y,/)|(v,() € G(l)}; 

/* Q{\) contains all pairs of Q{1) with i being complemented */ 

28. for every pair (u, 7 ) G Q(l)n 2 ( 0 ) do 

29. if /-O then 

30. Add Li to the equivalence class of Vbasc E{ybase)\ 

31. else 

32. Add u to the equivalence class of Vbase^ E{ybase) 

33. end for 28 

34. Replace all v G E{vbase) hy u G E{vbase) closest to primary inputs; 

35. Replace all v G E{Vbase) by iv G E{vbase) closest to primai'y inputs; 

36. if |/V(m)| — 1 and |/V(w)| — 1 then 

37. if u is closer to primary inputs than w then 

38. Substitute w by an inverter fed by u; 

39. else 

40. Substitute u by an inverter fed by w; 

/* Unobservability propagation */ 

41. for every ?■ G {0,1} do 

42. For every v G V, set visited{v) = 0; 

43. for every pair (vj) G Q{i) do 

44. if j is the controlled value of v then 

45. OverapproximateUnobservabilityInit(v,/); 

46. end for 43 

/* Search for a redundant line */ 

47. for every (v,_/) G 2(() such that unobservable_outputs{v,i) > 0 do 

48. for every u G OUT(v) do 

49. if fnaster{u, i) 7 ^ NULL and master[u, i) 7 ^ v then 

50. if the value of v is not set to a constant during ith nan or 

CheckUnobservability(v,m,/) =true then 
/* stuck-at-_/ at (v,m) is undetectable */ 

51. UPDATEIMPL1CATIONS(m,\w); 

52. replace (v,n) by the constant j; 

53. go to begin_loop 11; 

54. end for 48 

55. end for 47 

56. end for 41 

57. end_loop : 

58. end for 8 

59. end 


algorithm OverapproximateUnobservabilityInit(v, /) 
if visired{v) = 0; 
visited{v) := 1; 

for every vertex u G IN{v) — {master{v,i)} do 
CheckOutputs(m,?) 

end for 

end 


algorithm CheckOutputs(v,/) 
unobservable_outputs{v, /)++; 
if iinobservable_outputs{v,i) = \OU T{v)\ then 
/* Runtime improvement I (Section|V-Al . Here FIRE does */ 

/* unobservability check, while the presented algorithm propagates */ 
/* unobservability without any check */ 
master{v,i) :=ALL; 

OverapproximateUnobservability(v,(); 

end 


algorithm OverapproximateUnobservability(v’, /) 
if visited{v) = 1; 

CHECKO[]TPVTS{niaster{v,i),i) 

else 

visited{v) := 1; 

for every vertex u G IN{v) do 
CheckOutputs(m,?) 

end for 

end 


algorithm CheckUnobservability(v,«,/) 

For every vertex w GV, set visited{w) = 0; 

if G IN{u) — {v} such that value of w in the ith run is controlling for u 
if unobservable_outputs{u,i) ^ \OUT{u)\ then 
return false; 

else 

if Unobservability(w,/) = false then 
return false; 

return true; 
end 


algorithm Unobservability(v,/) 
if visired{v) = 1 then 
return true; 
visited{v) := 1; 
for every u G OUT{v) do 

if G IN{u) such that visited{w) 7 ^ 1 and 

value of w in the /th nan is controlling value for u then 
if unobservable_outputs{u,i) 7 ^ \OUT{u)\ then 
return false; 

else 

if Unobservability(w,/) = false then 
return false; 

end for 
return true; 
end 

algorithm UPDATElMPLlCATlONSfy. vw) 

/* Quality improvement 1 (Section I V-Bl| */ 

UPDATERl(y); /* updating region 
for every u such that index{v) < index{u) < index{vbase) 
invalid_implication{u) := on; /* updating region Rj */ 
end for 
end 

algorithm UPDATERl(y) 

if indirect_implication{v,Q) OK indirect_implication{\\l) then 

indirect_implication{v,Qi) := 0; 
indirect_implication{v, 1) := 0; 
for every u G OUT{v) do 
UPDATERI(m); 
end for 

end 


Fig. 5: Pseudo-code of the presented algorithm. 


Fig. 6; Pseudo-codes of the procedures. 


implications. For every r € {1,... ,p}, we store the implication m, by adding to the field the pair {vbase,i)- When we justify 
{ur = jy) — > {vbase = 0 in the field indirectJmplications of the vertex Uy to the value jy in later runs, these stored 







Fig. 7; An example showing how an indirect implication can 
be obtained. 


indirect implications will be used to set the vertex v to the 
value k, for every {v,k) G indirect_implication{ur, j), provided 
invalid_implication{v) = off. 

Note, that indirect implications are not immediately evident 
from the circuit. They cannot always be derived by FIRE ap¬ 
proach. As an example, consider the circuit shown in Figure]^ 
During 0th run for the vertex v, the vertices m, w and x are set to 
0 by constant propagation. By using the contrapositive low, we 
derive logic implications (x=l)— ^(v=1),(m = 1)— ^(v^l) 
and (w = 1) —>■ (v = 1). While the last two are direct, the hrst 
one is not. FIRE algorithm would not set the vertex v to 1 
when X is justified to 1. 

A fundamental difference of the presented algorithm from 
other approaches which improve EIRE by increasing its im¬ 
plication power ns, o, m is that we do not perform any 
extra search to find indirect implications. Rather, we re-use 
information available from the algorithm’s flow. 

Another important contribution is the following observation. 
Every time a redundant line is removed, some of the indirect 
implications become invalid. On one hand, checking whether 
each indirect implication needs to be removed or not would be 
expensive. On the other hand, erasing all indirect implications 
would be a waste of many implications which are still valid. 
We found a property of indirect implications in our algorithm 
which localizes the region where invalid implications may 
appear. Thus, only this region needs to be cleaned. 

Let I be a redundant line which is found in one of the 
runs for the vertex v^ase- We define two regions, Ri,R 2 C V, 
as follows. Ri consists of all vertices which can be reached 
from I without passing through any vertex w with no indirect 
implication, i.e. such that indirect_implication{w,Q) =0 and 
indirect_implication(w,l) =0. R 2 is empty if index{vbase) < 
index{u), where u is the vertex fed by 1. Otherwise, R 2 consists 
of all vertices whose indexes are in the interval between 
indexiu) and index{vbase)- 

Theorem 2: An indirect implication (v = i) —>■ {u = j) can 
be invalid only if either v G Ri, or u G R 2 , for some i,j G {0,1}. 

It follows from the above theorem that, in order to make 
the implications consistent, it is sufficient to visit every vertex 
V S Ri and remove all implications stored with v, i.e. set 
indirect_implication{v,j) =0 for all j G {0,1}. In addition, 
set invalid_implication{u) = on for all u G R 2 - The updating 
is done by the procedure UpdateImplications. 

Our experience is that indirect implications usually do 
not spread many levels forward from the level of currently 


processed vertex Vbase- Therefore, R\ is quite small. Normally, 
it has a constant size regardless of the circuit size. The region 
R 2 is almost always empty, because index{u) is less than 
index{vbase) for 1 out of 1000 found redundancies on average. 
As a result, the updating process is very quick. 

Note, that not all implications which we remove are invalid. 
However, checking their validity would take a considerable 
amount of time, since we do not keep track of how they were 
found. So, by removing them all, we save time. Eurthermore, 
since Ri and R 2 are small, most of valid indirect implications 
are left after updating. 

2) Identification of duplicated functions: The presented 
algorithm is able to identity some vertices which implement 
equivalent or complemented functions, as well as constant 
vertices. Therefore, it can remove some redundancies which 
cannot be found by EIRE or ATPG. 

Equivalent functions are identified as follows. If the assign¬ 
ment of the vertex Vbase to the value i causes some gate u 
to be set to the value /, as well as the assignment of Vbase 
to i causes u to be set to /, then we conclude that v and u 
implement the same function and add u to the equivalence 
class of Vbase^ R{ybase)- 

Similarly, to identify complemented functions, {vbase = 0 
(m = i) and {vbase = 0 —>■(« = i) imply that Vbase and u are 
complements of each other. The vertex u is added to the 
equivalence class of Vbasei Eivbase)- 

Einally, all vertices in E{vbase) and Eivbase) are replaced by 
a member of the class which is closest to the primary inputs 
in topological order (i.e. has the shortest longest path to the 
primary inputs). Let u be the member selected from E{vbase) 
and w be the member selected from of E(vbase)- If both u and 
w have more than one input, then the one which is further 
away from the primary inputs is substituted by an inverter fed 
by the other one. 

To identify constant functions, we use the following simple 
property. If (vbase = 0) ^ (u = i) and {vbase = 1) ^ (m = i), 
then the vertex u is the constant i. 

Note, that redundant vertices are identified with a minimum 
search, by re-using the information available from the algo¬ 
rithm’s flow. 

VI. Experimental Results 

This section compares the performance of the presented 
algorithm to the ATPG-based approach from 121 . We also show 
the results of EIRE ifT^ as a reference. Note that EIRE only 
identifies redundancy, but does not remove it. 

Table U summarizes the results for ISCAS’85 benchmark 
set. Columns 2-4 show the results for EIRE, taken from M- 
Column 2, # red, is the total number of identified redundant 
lines. The sign means that no result is reported in ifT^ . 
Column 3, % red, is the percentage of identified redundant 
lines compared to ATPG a, and Column 4 is CPU time, in 
seconds. According to ifT^ . EIRE was run on a SUN SPARC2. 
No parameters of the SUN SPARC2 machine are provided 
in Ha, so a comparison of CPU times of the two algorithms 
is hard to make. Therefore, in order to evaluate the effect 
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FIRE (results from flTll 

Presented without 

4 improvements from Section |v| 

Presented 

ATPG (H 

# red 

% red 

t, sec 

# red 

% red 

t, sec 

# red 

% red 

t, sec 

# red 

t, sec 

C17 

- 

- 

- 

0 


0.01 

0 

- 

0.00 

0 

0.00 

C432 

- 

- 

- 

45 

60.8 

0.01 

63 

85.1 

0.00 

74 

4.43 

C499 

- 

- 

- 

0 

0 

0.01 

0 

0 

0.01 

8 

0.27 

C880 

- 

- 

- 

0 

0 

0.01 

0 

0 

0.01 

8 

0.08 

C1355 

- 

- 

- 

0 


0.02 

0 

- 

0.01 

0 

0.82 

Cl 908 

6 

15.4 

1.8 

24 

61.5 

0.02 

26 

66.7 

0.02 

39 

0.51 

C2670 

29 

16.3 

1.5 

56 

31.5 

0.03 

64 

36.0 

0.03 

178 

0.53 

C3540 

93 

38 

11.9 

144 

58.8 

0.08 

167 

67.9 

0.09 

246 

2.17 

C5315 

20 

14 

2.8 

36 

25.2 

0.05 

62 

43.4 

0.05 

143 

1.45 

C6288 

33 

82.5 

1.3 

69 

98.6 

0.06 

113 

161.4 

0.06 

70 

2.00 

C7552 

30 

7.39 

4.7 

99 

24.3 

0.10 

124 

30.5 

0.11 

406 

5.25 

average 

35.2 

28.9 

4.00 

43 

40.1 

0.036 

56.3 

54.6 

0.037 

105.5 

1.59 


TABLE I: Benchmark results for ISCAS’85 circuits; average is computed for non-“—” entries. 


of four improvements described in Section |V] we re-run the 
presented algorithm with these improvements switched off. 
The presented algorithm without these improvements can be 
considered as our re-implementation of FIRE. The results are 
shown in Columns 5-7. As we can see, runtime improvements 
fully compensate the time consumed by quality improvements. 
If tTintime improvements are switched off, while quality im¬ 
provements are on, the presented becomes about 20% slower. 

Columns 8-10 and 11-12 show the corresponding numbers 
for the presented algorithm and ATPG 13. The experiments 
were run on a PC with Pentium III 750 MHz processor and 
256 Mb memory. On average, for ISCAS’85 benchmarks, the 
presented algorithm removes 54.6% of ATPG redundancies 
using only 2.28% of its runtime. 

On a larger set of 183 circuits from IWLS’02 benchmarks 
set with the average size of 780 gates and the maximum 
size of 25000 gates The presented algorithm without four 
improvements removes 14% of ATPG’s redundancies, while 
with improvements it removes 19.3% of ATPG’s redundancies, 
both using 2.5% of ATPG’s time. These results do not include 
two benchmarks from the set, spla and pdc, for which ATPG 
did not finish in 2 hours, while the presented algorithm finished 
in 15 sec. As we can see, the proposed improvements allow us 
to find 37% more redundancies without increasing the runtime. 

VII. Conclusion 

This paper presents a heuristic algorithm which efficiently 
identifies and removes redundancy in combinational circuits. 
Unlike other extensions of FIRE, the presented algorithm 
provides better quality of results without trading it for runtime. 
The speed of our heuristic makes it suitable for running 
multiple times during synthesis. 

A possible extension of the presented approach is to em¬ 
ploy an alternative strategy for removing redundant lines. In 
our current implementation, we used first-found first-removed 
approach in order to keep the runtime to minimum. 
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